home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d19 / dvpcbev.arc / DVEVENT.TXT next >
Text File  |  1991-04-28  |  10KB  |  239 lines
  1.  
  2.  
  3.          Handling multi-node PCBoard events running under DESQView
  4.  
  5.                          A help/tip document by
  6.  
  7.                 Harv Welch (SysOp: City Bytes PCBoard BBS)
  8.                            Victoria BC  Canada
  9.                             (604)595-6234 HST
  10.                  RelayNet(tm) System ID ->CBYTES   (HUBBC)
  11.  
  12.                          (Written 21 April 1991)
  13.  
  14. Although there are several document files available that explains how to
  15. set up and run a PCBoard system under DESQView, one of the major items that
  16. are not explained very well is how to get your system to run its events
  17. under this setup.
  18.  
  19. I will not be going into the actual DESQView setup, but how I have my
  20. system setup to handle the events.  I have helped several other SysOps
  21. with this mysterious delema, and thought that if I offered my suggestions
  22. in this format, then it may help others who have the same problems.
  23.  
  24. I must add here that when I first thought of attempting to run multiple
  25. nodes under DESQView on my 386 based machine, the best document that I
  26. found that really helped was one that was written by Scott Howard.  I found
  27. it on CDC's Salt Air support BBS as the file named: 
  28.             4DV&PCB.ZIP   (This is available on my system as well)
  29. For your initial setup, I would suggest that you get that file.  It was well
  30. written, and easy to follow.  It helped me get my system setup within about
  31. 1 hour.  Many thanks to Scott for offering this document to us DV/PCBoard
  32. SysOps.
  33.  
  34. Now, onto the event handling:
  35.  
  36.  
  37. When I first began to run my multiple node system under DESQView, I did so
  38. one Sunday afternoon when it was cold and raining outside.  What a good time
  39. to stay indoors and "Play" with the system, right?  I played around with the
  40. idea of spending the money to purchase a 2nd machine, getting a LAN, thinking
  41. of the cost involved, etc., etc.  This played around in my mind for several
  42. days.  I must admit that I was hesitant to try the DESQView approach, but in
  43. the end, I was glad I did.  Now I can spend the extra money on that large
  44. HardDrive that I have been eyeing.
  45.  
  46. During that Sunday afternoon, I read through Scott's document several times
  47. to get it straight in my mind as to what is expected.  I installed QEMM and
  48. DV, and then plunged right into it.
  49.  
  50. I altered my EVENT.SYS files for each node, my BOARD.BAT for each, and once
  51. it all appeared to be working fine, that is the way that I left it for 
  52. several days, until one evening when I decided to stay up late and watch the
  53. weekly WWF grunt matches on TV.  Like a lot of SysOps, I have a TV in my
  54. computer room.  
  55.  
  56. Well, what I thought was a good and final setup really took me by surprise
  57. when I noticed how S L O W my event, mailrun, etc took running under a
  58. window in DV.  What normally took about 30mins to run, now took about 1.5hrs
  59. running under a DV window due to time slicing, sharing, etc.
  60.  
  61. Hmmmmm.....  Now, how the heck am I going to fix that up?  That was obviously
  62. TOO slow.  It was pitiful to sit in front of the machine and watch it.  I 
  63. think that it would have actually run faster on a 4mhz XT.  NO KIDDING!!
  64.  
  65. I thought that what would work best would be to have all 4 nodes go down and
  66. then run the event under a clean system, without DV up.  But, how was I going
  67. to accomplish this?  
  68.  
  69. After trying a few different ways, I finally (by accident) came across a way
  70. in which it works very well.
  71.  
  72. Firstly, Node 1 is where the main event tasks are executed from.
  73.  
  74. In order for this to take place, I have Nodes 2, 3 & 4 go down 1 minute apart
  75. from each other at roughly 01:15 in the morning.  Node 2 goes down at 01:15,
  76. Node 3 at 01:16 and Node 4 at 01:17.
  77.  
  78. Now, if you were at the DOS prompt inside of a DV window and entered EXIT,
  79. that would immediately take down that window.  So, in my EVENT.SYS files for
  80. nodes 2,3 and 4, the very last line is simply EXIT.  This very nicely takes
  81. down the windows for each of Nodes 2,3 and 4 resulting in a clean take down
  82. of those nodes.  
  83.  
  84. An example of those batch files are as follows:
  85.  
  86.                               @echo off
  87.                               EXIT
  88.  
  89. That's it!  Simple isn't it.  Like stated previously, this takes down both
  90. the PCBoard nodes cleanly, and also the associated DV windows.  Now, the
  91. only window that is left up is that of Node 1.  This one is a tad more
  92. complicated, but yet, still simple.
  93.  
  94. At 01:20, Node 1 begins its event.  When this happens, it runs the EVENT.SYS
  95. file for Node 1.  It writes a flag file to C:\ and then runs a small neat
  96. little util called REBOOT.COM.  Just as the name inplies, REBOOT.COM will 
  97. then REBOOT the machine. 
  98.  
  99. An example of the EVENT.SYS file for Node one is as follows:
  100.  
  101.                              @echo off
  102.                              cls
  103.                              cd c:\
  104.                              echo Time for event > c:\event.flg
  105.                              reboot
  106.  
  107. Once again, just those 4 lines starts things off.  Simple eh?
  108.  
  109. Now, remember that flag file I mentioned above?  EVENT.SYS for Node 1 has
  110. written a file called EVENT.FLG to the C:\ drive.  When the machine reboots,
  111. my AUTOEXEC.BAT file has an IF EXIST test statement in it.  If the test is
  112. true, and EVENT.FLG exists, it branches to that label and will CALL another
  113. batch file resting in wait on the C:\ drive called NITEVENT.BAT.  This batch
  114. file contains all the necessary tasks that has to be done during my event
  115. period.  Updating game door stuff, PCBSM stuff, updating the file lists, my
  116. mail runs, defrag the HD, etc.
  117.  
  118. When NITEVENT.BAT first executes, it also does a test IF EXIST statement for
  119. the existance of that EVENT.FLG.  If it finds it, the very first thing it 
  120. does is deletes that file so that when the last thing that NITEVENT.BAT does
  121. is REBOOTS the machine again, the test IF EXIST statement in my AUTOEXEC.BAT
  122. file does not find it, and will not branch off to that EVENT label in the
  123. batch file, and will restart as normal, finally calling the DV.BAT file to
  124. restart the 4 nodes again.
  125.  
  126. Now, once everything has run okay, the 4 nodes are back up, and waiting once
  127. again for callers.  Taking these steps has dropped my nightly events back to
  128. a respectful 30 mins or so.  I have been using this procedure for about 3
  129. months now without a hitch (touch wood!).
  130.  
  131. It works for me, so if you are having difficulties with your events, there is
  132. no reason why it wouldnt work for you that I can think of.  
  133.  
  134. If you are running other than PCBoard, it should work for you as well.  Give
  135. the above procedures a try, and let me know how it works.  Drop me a line
  136. in your nearest RIME/RelayNet(tm) SysOps conference to Harv Welch.  Route 
  137. the message to CBYTES if you wish, or leave it public for all to read. That
  138. way if someone else is having difficulties, maybe they might read that msg
  139. and try out this procedure themselves.  If I have helped you out with this,
  140. and your events are now running cleaner, it just makes me feel glad to have
  141. helped someone else out.  If not, well then I suppose that you will have to
  142. work at it a little harder.  Don't get discouraged though.  As with myself,
  143. it will come to you and everything will work out fine.  Just let others
  144. know who may have had similar problems how to get around it.
  145.  
  146.  
  147.  
  148. SUMMARY OF THE ABOVE PROCEDURES....
  149. ===============================
  150.  
  151.  
  152. 1... At your usual event time, have each of your nodes above Node 1 execute the
  153.      following batch file.  Remember to have them take off prior to Node 1.
  154.  
  155.      EVNET.SYS (for nodes above Node 1)
  156.  
  157.      @echo off
  158.      EXIT
  159.  
  160. 2... After the nodes above Node 1 have come down, have Node 1 come down a few
  161.      minutes later, and run the following EVENT.SYS for Node 1.
  162.  
  163.      EVENT.SYS (for Node 1)
  164.  
  165.      @echo off
  166.      cls
  167.      cd c:\
  168.      echo Time for event > c:\event.flg
  169.      reboot
  170.  
  171. 3... During reboot, your AUTOEXEC.BAT file should look something like this:
  172.  
  173.      @echo off
  174.     
  175.      YOUR USUAL AUTOEXEC STUFF HERE.....
  176.   
  177.      ADD THE FOLLOWING (or similar) TO THE END OF YOUR AUTOEXEC.BAT FILE....
  178.  
  179.      c:
  180.      cd c:\
  181.      if exist c:\event.flg goto Event
  182.      goto End
  183.      :Event
  184.      call nitevent
  185.      :End
  186.      CALL c:\dv
  187.  
  188. 4... During REBOOT, and if EVENT.FLG is found, it will in turn run the
  189.      following NITEVENT.BAT file:
  190.  
  191.      @echo off
  192.      if exist c:\event.flg del c:\event.flg
  193.      cd c:\pcb
  194.  
  195.      ALL OF YOUR USUAL NIGHTLY EVENT TASKS GO HERE.....
  196.  
  197.      reboot
  198.  
  199.  
  200. 5... After your event has ended, it will reboot, and once again run
  201.      your AUTOEXEC.BAT file as follows:
  202.  
  203.      @echo off
  204.     
  205.      YOUR USUAL AUTOEXEC STUFF HERE.....
  206.   
  207.      ADD THE FOLLOWING (or similar) TO THE END OF YOUR AUTOEXEC.BAT FILE....
  208.  
  209.      c:
  210.      cd c:\
  211.      if exist c:\event.flg goto Event
  212.      goto End
  213.      :Event
  214.      call nitevent
  215.      :End
  216.      CALL c:\dv
  217.  
  218. 6... Now, because your event has ended, and AUTOEXEC.BAT doesnt find the
  219.      EVENT.FLG file, it will goto End and then call the following file
  220.      to start up DV:
  221.  
  222.      @echo off
  223.      C:
  224.      cd c:\dv
  225.      break off
  226.      dv %1 %2 %3 %4 %5
  227.      cd c:\
  228.  
  229. 7... Now, your multinode PCBoard system running under DESQView will start
  230.      up again, and will be ready for your callers.  Events have ended for
  231.      tonight.
  232.  
  233.  
  234. Once again, I hope that his helps.  Give it a try and let me know how it
  235. worked out for you.
  236.  
  237. Harv....
  238.  
  239.